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DETAILED ACTION 
Continued Examination Under 37 CFR Id 14 

1 . A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1 .17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.114. Applicant's submission filed on April 17, 2007, has been entered. 

Claims 1-22 and 28-33 are pending. 

Response to Arguments 

2. Applicant's arguments with respect to claims 1-22 and 28-33 have been considered but 
are moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC §103 

3. The text of those sections of Title 35, U.S. Code not included in this action can be found 
in a prior Office action. 

4. Claims 1-14, 21, 22, and 28 are rejected under 35 U.S.C. 103(a) as obvious over Release 
8.0 of the Workflow Template software product ("Template") publicly available from Template 
Software, Inc. in 1998 as evidenced by "Using the WFT Development Environment", 1998 
(hereinafter UsingWFT) and "Developing a WFT Workflow System," 1998 (hereinafter 
DevelWFT) in view of "XML based Process Management Standard launched by Workflow 
Management Coalition - 'Wf-XML'," July 7, 1999 [online], accessed 01/03/2006, Workflow 
Management Coalition, <URL: http://www.wfmc.org/pr/prl999-07-07.pdf>, 4 pages (hereinafter 
WFXML-99). 
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As per claim 1, Template is disclosed as reducing a business process using a 
programming language (workflow design; see UsingWFT, "Introduction" on page 3-2, and in 
particular, the first paragraph of that section); 

dividing the reduced business process into at least one independent transaction and at 
least one parent transaction, the at least one independent transaction is not interdependent 
with the at least one parent transaction, the at least one parent transaction has two or more 
child interdependent transactions that are each different from each other and interdependent 
with each other, each child transaction receiving data that is at least partially different 
from data received by the other child transactions, the child transactions are children of 
the parent transaction (see UsingWFT, "Creating copy flows" on page 3-20 for distinguishing 
between concurrent autonomous (using separate flows) business operations and concurrent 
interdependent (using a single flow) business operations (the copy flow allows operations using 
the same flow to be represented independently; see, for example, UsingWFT, Fig. 3-3 on page 3- 
12 in which the copy flow junction box supplies the same "REQUISITION" flow to both the 
"Approve Requisition" and "Check Inventory" tasks; see also UsingWFT, "Creating compound 
flows" on page 3-19 for grouping business operations into concurrent interdependent 
transactions (forms a work item set associated with the compound flow); note that the "Approve 
Requisition" and "Check Inventory" tasks are non-uniform, disparate, pluralistic tasks, despite 
the "REQUISITION" flow provided to each task being identical; Note that the "Install 
Solution" task, also illustrated in Fig. 3-3 on page 3-12 of UsingWFT, is independent of the 
concurrent "Approve Requisition" and "Check Inventory" tasks; Note also that the 
"Approve Requisition" and "Check Inventory" are grouped together in a concurrent 



Application/Control Number: 09/560,373 Page 4 

Art Unit; 2192 

manner where they must collectively "commit" prior to the subsequent "Install Solution" 
task may begin, and thus may be considered child transactions as part of a parent 
transaction (see, e.g., DevelWFT on pages 4-16 and 4-17 describing the "AND" junction 
joining the ORDER and REQUISITION work items such that the destination task ("Install 
Solution") must wait until both associated work items are received); further, although the 
REQUISITION flow is identical for both tasks, the tasks receive other non-identical input 
(see, e.g., DevelWFT, page 5-11, describing other data used to create the ORDER work item 
(for example, the manager's name and the approval date))); 

executing the at least one independent transaction independently from the at least one 
parent interdependent transaction to increase throughput and decrease latency of the business 
process, the at least one independent transaction committing after all child interdependent 
transactions have committed (forming a concatenation of the two or more input work items, as a 
result of an And junction condition; see, for example, UsingWFT, "Creating compound flows" on 
page 3-19; see also DevelWFT on pages 4-16 and 4-17 describing the "AND" junction 
joining the ORDER and REQUISITION work items such that the destination task ("Install 
Solution") must wait until both associated work items are received (/.&, the "Check 
Inventory" and "Approve Funds" transactions have committed)); and 

transferring committed data associated with the at least one independent transaction and 
the at least one parent interdependent transaction to a computer component for further processing 
(see, for example, UsingWFT, "Creating compound flows" on page 3-19). 

Template is not explicitly disclosed as the programming language having an XML 
syntax. However, WFXML-99 teaches that workflow specifications may be written in such a 
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programmable language having an XML syntax (Wf-XML; see, for example, the figure on p. 2 
and the last paragraph of p. 2, continuing onto p. 3). Therefore, it would have been obvious to 
one having ordinary skill in the computer art at the time the invention was made to modify the 
Template product to include a programmable language having an XML syntax as once taught by 
WFXML-99. One would be motivated to do so to provide a robust tool for specifying workflows. 

As per claims 2-3, Template is further disclosed as the children interdependent 
transactions respectively including one or more actions, the one or more actions being 
concurrently executed independently from each other, the respective children independent 
transactions committing when all of their associated actions are completed (see, for example, 
UsingWFT, Table 3-1 on page 3-3 and second paragraph of "About the Task Editor perspective 
on tasks" on page 6-2; and UsingWFT, "Creating compound flows" on page 3-19). 

As per claim 4, Template is further disclosed as explicitly defining transaction boundaries 
for the at least one independent transaction and the children interdependent transactions as a 
function of a number of actions within the at least one independent transaction and the children 
interdependent transactions, respectively, in order to define a granularity at an action level (a 
flow defines a possible route between tasks through which a work item can travel; see 
UsingWFT, Table 3-1 on page 3-3). 

As per claim 5, Template is further disclosed as the children interdependent transactions 
being concurrently executed in isolation from each other (see, for example, UsingWFT, Table 3- 
1 on page 3-3 and "Creating copy flows" on page 3-20). 
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- As per claim 6, Template is farther disclosed as employing separate machines to execute 
the at least one independent transaction and the at least one parent interdependent transaction 
(see, for example, UsingWFT, Table 3-1 on page 3-3 and "Creating copy flows" on page 3-20). 

As per claim 7, Template is disclosed as a user interface component (Workflow Design 
Editor) and a plurality of model components (tasks, flows, work items, roles, junctions, and 
labels) accessible through the user interface component and adapted to allow a user to create a 
model of a business process (workflow design; see UsingWFT, "Introduction" on page 3-2, and 
in particular, the first paragraph of that section), the plurality of model components comprising a 
distinguishing model component (copy flow junction box; see UsingWFT, "Creating copy flows" 
on page 3-20) for distinguishing between autonomous (using separate flows) business operations 
and interdependent (using a single flow) business operations, the autonomous business 
operations are not dependent on each other for completion and are concurrent with respect 
to each other, the interdependent business operations are dependent on each other for 
completion and are concurrent with respect to each other, the interdependent business 
operations being non-identical and each receiving data that is at least partially different from 
each other (the copy flow allows operations using the same flow to be represented 
independently; see UsingWFT, Fig. 3-3 on page 3-12 in which the copy flow junction box 
supplies the same "REQUISITION" flow to both the "Approve Requisition" and "Check 
Inventory" tasks; note that the "Approve Requisition" and "Check Inventory" tasks are non- 
uniform, disparate, pluralistic tasks, despite the "REQUISITION" flow provided to each task 
being identical; Note that the "Install Solution" task, also illustrated in Fig, 3-3 on page 3-12 
of Using WFT, is independent of the concurrent "Approve Requisition" and "Check 
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Inventory" tasks; Note also that the "Approve Requisition" and "Check Inventory" are 
grouped together in a concurrent manner where they must collectively "commit" prior to 
the subsequent "Install Solution" task may begin, and thus may be considered child 
transactions as part of a parent transaction (see, e.g., DevelWFT on pages 4-16 and 4-17 
describing the "AND" junction joining the ORDER and REQUISITION work items such 
that the destination task ("Install Solution") must wait until both associated work items are 
received); further, although the REQUISITION flow is identical for both tasks, the tasks 
receive other non-identical input (see, e.g., DevelWFT, page 5-11, describing other data 
used to create the ORDER work item (for example, the manager's name and the approval 
date))). Template is not explicitly disclosed as the software comprising a programmable 
language having an XML syntax. However, WFXML-99 teaches that workflow specifications 
may be written in such a programmable language having an XML syntax (Wf-XML; see, for 
example, the figure on p. 2 and the last paragraph of p. 2, continuing onto p. 3). Therefore, it 
would have been obvious to one having ordinary skill in the computer art at the time the 
invention was made to modify the Template product to include a programmable language having 
an XML syntax as once taught by WFXML-99. One would be motivated to do so to provide a 
robust tool for specifying workflows. 

As per claim 8, Template is further disclosed as a transaction grouping model component 
(compound flow junction box) for grouping business operations into interdependent business 
operations (forms a work item set associated with the compound flow; see UsingWFT, "Creating 
compound flows" on page 3-19). 
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As per claim 9, Template is further disclosed as the grouping model component 
(compound flow junction box) providing synchronization of interdependent business operations 
based on the completion of the interdependent business operations (forming a concatenation of 
the two or more input work items, as a result of an Unijunction condition; see UsingWFT, 
"Creating compound flows" on page 3-19). 

As per claims 10 and 11, Template is further disclosed as associating actions (tasks) with 
transactions (work items; see UsingWFT 9 Tab\Q 3-1 on page 3-3 and second paragraph of "About 
the Task Editor perspective on tasks" on page 6-2). Therefore, the transaction grouping model 
component disclosed by UsingWFT also functions as an action grouping model as claimed.* 

As per claim 12, Template is further disclosed as the plurality of model components 
comprising at least one boundary establishing component (flows) for defining transaction (work 
item) boundaries (a flow defines a possible route between tasks through which a work item can 
travel; see UsingWFT, Table 3-1 on page 3-3). 

As per claim 13, Template is further disclosed as a component for establishing concurrent 
operations (copy flow; see UsingWFT, Table 3-1 on page 3-3 and "Creating copy flows" on page 
3-20). 

As per claim 14, Template is further disclosed as a component for establishing sequential 
operations (plain flow; see UsingWFT, Table 3-1 on page 3-3). 

As per claim 21, as admitted prior art, it was well known and commonly practiced in the 
computer art at the time the invention was made to incorporate a computer readable medium into 
a computer system in order to allow data transfer between the medium and the system, such as, 
for example, for the execution of a program embodied in a CD-ROM medium on such a 
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computer system. Therefore, it would have been obvious to one having ordinary skill in the 
computer art at the time the invention was made to have a computer readable medium residing 
on a computer system as part of a system incorporating the Template product. 

As per claim 22, Template is further disclosed as the plurality of model components 
comprising a component (compound flow junction box) for defining concurrent synchronizing 
constraints as occurring upon the completion of the autonomous operations (forming 'a 
concatenation of the two or more input work items, as a result of an Adjunction condition; see 
UsingWFT, "Creating compound flows" on page 3-19). 

As per claim 28, Template is disclosed as means for: distinguishing between 
synchronization of autonomous operations (using separate flows) and interdependent operations 
(using a single flow), the autonomous operations are not dependent on each other for 
completion and are concurrent with respect to each other, the interdependent operations 
are dependent on each other for completion and are concurrent with respect to each other, 
the interdependent operations each receive data that is at least partially dissimilar with 
respect to data received by each interdependent operation (the copy flow allows operations 
using the same flow to be represented independently; see UsingWFT, Fig. 3-3 on page 3-12 in 
which the copy flow junction box supplies the same "REQUISITION" flow to both the 
"Approve Requisition" and "Check Inventory" tasks; note that the "Approve Requisition" and 
"Check Inventory" tasks are non-uniform, disparate, pluralistic tasks, despite the 
"REQUISITION" flow provided to each task being identical); expressing synchronization 
constraints on completion of autonomous concurrent operations (forming a concatenation of the 
two or more input work items, as a result of an Unijunction condition; see UsingWFT, "Creating 
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compound flows" on page 3-19); and associating transaction operations and groups of business 
operations (creating a workflow design that represents the flow of work throughout your 
business; see UsingWFT, "Introduction" on page 2-2; Note that the "Install Solution" task, 
also illustrated in Fig. 3-3 on page 3-12 of UsingWFT, is independent of the concurrent 
"Approve Requisition" and "Check Inventory" tasks; Note also that the "Approve 
Requisition" and "Check Inventory" are grouped together in a concurrent manner where 
they must collectively "commit" prior to the subsequent "Install Solution" task may begin, 
and thus may be considered child transactions as part of a parent transaction (see, e.g., 
DevelWFT on pages 4-16 and 4-17 describing the "AND" junction joining the ORDER and 
REQUISITION work items such that the destination task ("Install Solution") must wait 
until both associated work items are received); further, although the REQUISITION flow 
is identical for both tasks, the tasks receive other non-identical input (see, e.g., DevelWFT, 
page 5-11, describing other data used to create the ORDER work item (for example, the 
manager's name and the approval date)). Template is not explicitly disclosed as the software 
comprising a programmable language having an XML syntax. However, WFXML-99 teaches 
that workflow specifications may be written in such a programmable language having an XML 
syntax (Wf-XML; see, for example, the figure on p. 2 and the last paragraph of p. 2, continuing 
onto p. 3). Therefore, it would have been obvious to one having ordinary skill in the computer 
art at the time the invention was made to modify the Template product to include a 
programmable language having an XML syntax as once taught by WFXML-99, One would be 
motivated to do so to provide a robust tool for specifying workflows. 
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5. Claims 15-20 and 29-33 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Template (as evidenced by UsingWFT and DevelWFT) in view of WFXML-99, as applied to 
claims 1 and 12 above, and further in view of U.S. Patent No. 5,940,839 to Chen et al. 

As per claim 15, Template is disclosed as such a system for business process modeling 
including a user interface and a plurality of model components (see disclosure applied above to 
claim 12) but fails to teach a compensation model component adapted to compensate committed 
interdependent concurrent transactions and being invoked upon the occurrence of a failed 
interdependent concurrent transaction. However, Chen teaches, as part of a transaction 
processing method and system, such a compensation model component (transaction management 
system (TMS) mechanisms; see column 5, lines 10-48) adapted to compensate committed 
interdependent concurrent transactions and being invoked upon the occurrence of a failed 
interdependent concurrent transaction (see column 2, line 65 through column 3, line 33). 
Therefore, it would have been obvious to one having ordinary skill in the computer art at the 
time the invention was made to modify the Template product to incorporate a compensation 
model component as once taught by Chen. One would be motivated to do so to provide the 
ability to handle transaction failures. 

As per claim 16, Chen further teaches transactions being children in a parent transaction 
(as part of an "ancestor tree"; see column 3, lines 24-27) wherein a compensation routine is 
invoked by the parent transaction (the failed transaction is undone by proceeding from the in- 
process closest recoverable ancestor (ICRA) transaction; see column 3, lines 1 1-33). Therefore, 
it would have been obvious to one having ordinary skill in the computer art at the time the 
invention was made to further modify the Template product to include invocation of a 
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compensation model component by a parent transaction as per the teachings of Chen. One 
would be motivated to do so allow recovery of a failed transaction by reverting back to a parent 
transaction. 

As per claim 1 7, Chen further teaches calling compensation routines within the 
committed interdependent concurrent transactions (see column 9, lines 4-17). Therefore, it 
would have been obvious to one having ordinary skill in the computer art at the time the 
invention was made to further modify the Template product to include compensation routines 
within committed interdependent transactions as per the teachings of Chen. One would be 
motivated to do so enable elimination of the effect of a transaction. 

As per claims 18-20, Chen further teaches calling compensation routines within a failed 
transaction based on information on committed transactions stored within a database (see column 
8, line 61 through column 9, line 5). Therefore, it would have been obvious to one having 
ordinary skill in the computer art at the time the invention was made to further modify the 
Template product to include the compensation model component calling compensation routines 
within the failed interdependent concurrent transaction based on information on the committed 
interdependent concurrent transactions stored within a database as per the teachings of Chen. 
One would be motivated to do so allow for compensation of committed transactions beyond the 
failure affected scope. 

As per claims 29 and 30, Template is disclosed as such a method for business process 
modeling but fails to expressly disclose failing the at least one parent interdependent transaction 
when at least one of its children interdependent transactions does not commit, and compensating 
the at least one failed child transaction, the at least one parent interdependent transaction 
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invoking a compensation routine within the at least one failed child transaction that compensates 
the at least one failed child transaction; failing the at least one parent interdependent transaction 
when at least one of its children interdependent transactions does not commit, and compensating 
the at least one failed child transaction, the at least one parent interdependent transaction 
invoking a compensation routine within the at least one failed child transaction that compensates 
the at least one failed child transaction. However, Chen teaches, as part of a transaction 
processing method and system, such a compensation model component (transaction management 
system (TMS) mechanisms; see, for example, column 5, lines 10-48) adapted to compensate 
committed interdependent concurrent transactions and being invoked upon the occurrence of a 
failed interdependent concurrent transaction (see, for example, column 2, line 65 through column 
3, line 33). Therefore, it would have been obvious to one having ordinary skill in the computer 
art at the time the invention was made to modify the Template product to incorporate a 
compensation model component as once taught by Chen. One would be motivated to do so to 
provide the ability to handle transaction failures. Chen further teaches calling compensation 
routines within a failed transaction based on information on committed transactions stored within 
a database (see, for example, column 8, line 61 through column 9, line 5). Therefore, it would 
have been obvious to one having ordinary skill in the computer art at the time the invention was 
made to further modify the Template product to include the compensation model component 
calling compensation routines within the failed interdependent concurrent transaction based on 
information on the committed interdependent concurrent transactions as per the teachings of 
Chen. One would be motivated to do so allow for compensation of committed transactions 
beyond the failure affected scope. 
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As per claim 31, Template is disclosed as such a method for business process modeling 
but fails to expressly disclose compensating the at least one parent independent transaction when 
it does not commit and all of its children interdependent transactions commit. However, Chen 
teaches, as part of a transaction processing method and system, such a compensation model 
component (transaction management system (TMS) mechanisms; see, for example, column 5, 
lines 10-48) adapted to compensate a parent uncommitted independent transactions and being 
invoked upon the occurrence of a failed interdependent child transaction (see, for example, 
column 2, line 65 through column 3, line 33; and col. 8, line 60, through col. 9, line 26). 
Therefore, it would have been obvious to one having ordinary skill in the computer art at the 
time the invention was made to modify the Template product to incorporate such a compensation 
model component as once taught by Chen. One would be motivated to do so to provide the 
ability to handle transaction failures and to allow for compensation of transactions. 

As per claims 32 and 33, Template is disclosed as such a method for business process 
modeling but fails to expressly disclose compensating the at least one parent interdependent 
transaction when it does not commit and all of its children interdependent transactions commit, 
the at least one parent interdependent transaction invoking its own compensation routine. 
However, Chen teaches, as part of a transaction processing method and system, such a 
compensation model component (transaction management system (TMS) mechanisms; see, for 
example, column 5, lines 10-48) adapted to compensate a parent uncommitted interdependent 
transactions and being invoked upon the occurrence of a failed interdependent child transaction 
(see, for example, column 2, line 65 through column 3, line 33; and col. 8, line 60, through col. 
9, line 26). Therefore, it would have been obvious to one having ordinary skill in the computer 
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art at the time the invention was made to modify the Template product to incorporate such a 
compensation model component as once taught by Chen. One would be motivated to do so to 
provide the ability to handle transaction failures and to allow for compensation of transactions. 
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Conclusion 



Any inquiry concerning this communication or earlier communications from the 



Examiner should be directed to Eric B. Kiss whose telephone number is (571) 272-3699. The 
Examiner can normally be reached on Tue. - Fri., 7:00 am - 4:30 pm. The Examiner can also be 
reached on alternate Mondays. 

If attempts to reach the Examiner by telephone are unsuccessful, the Examiner's 
supervisor, Tuan Dam, can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is (571) 273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 

Any inquiry of a general nature should be directed to the TC 2100 Group receptionist: 



571-272-2100. 




Eric B. Kiss 
June 4, 2007 



